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Amendment dated September 23, 2008 

Reply to Non-Final Office Action of April 15, 2008 



Amendments To the Specification : 

Please replace the paragraph beginning on line 16, page 13 with the following amended 
paragraph: 

The SAT A level 2 host port 210 comprises a PL circuit 211 and a LL circuit 212 and is 
connected to the outbound high speed differential transmit signals 21 ltx and to the inbound 
differential receive signals 21 lrx and includes a transport receive bus 213r, transport transmit 
bus 213t, a transport control/status bus 213co generated from the link layer 212 and a 
control/status bus 213ci being transmitted to the link layer 212. The transport receive bus 213r is 
connected to the multiplexer 242a. The control/status bus 213co is shown connected to the 
multiplexer 242b, the transport transmit bus 2131 is shown connected to the FIS FIFO output port 
245(ol), the OOB signals 21 lo are [[shownconnected]] shown connected to the switch 
initialization circuit 244 and to the active host selection circuit 241 . The switch initialization 
circuit 244 generates the Phy ISM control signals 21 li. 

Please replace the paragraph beginning on line 26, page 13 with the following amended 
paragraph: 

The SATA level 2 host port 220 is shown to comprise a PL circuit 221, and a LL circuit 
222, and is connected to the outbound high speed differential transmit signals 22 ltx and to the 
inbound differential receive signals 22 lrx. The port 220 is shown to include a transport receive 
bus 223r, a transport transmit bus 223t, a transport control/status bus 223 co generated from the 
link layer 222, and a control/status bus 223ci being transmitted to the link layer 222. The 
transport receive bus 223r is connected to the multiplexer 242a, the control/status bus [[213co]] 
223co is connected to the multiplexer 242b, the transport transmit bus 223t is connected to a FIS 
FIFO output port 245(o21), the OOB signals 221o is shown connected to the switch initialization 
circuit 244 and to the active host selection circuit 241 . The switch initialization circuit 244 
generates the Phy ISM control signals 22 li. 
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Please replace the paragraph beginning on line 15, page 14 with the following amended 
paragraph: 

The active host selection circuit 241 is the same as the active host selection circuit 141 of 
Fig. 4. The SFX port selection detection circuits 241a and 241b of Fig. 5 are the same as the port 
selection detection circuits 141a and 141b, respectively. The active host selection circuit 
241 generates a multiplexer select signal 241s that selects the input that is placed onto the output 
of the multiplexer 242a and the multiplexer 242b. The active host selection circuit 241 also 
generates a host active signal [[141hl]] 241hl that when active or at logical state 'one', 
indicates that the host port 210 is active. The host selection circuit 241 further generates a host 
active signal [[141h2]] 242h2 that when active or at logical state 'one', indicates that the host 
port 220 is active. The host active signals [[141hl]] 241h and [[142h2]] 242h2 serve as input to 
the demultiplexer 243 and route the control/status bus 233co to the active host. 

Please replace the paragraph beginning on line 1, page 15 with the following amended 
paragraph: 

Although the layer 2 switch 200 of Fig. 5 eliminates the timing problems caused by the 
switch [[200]] 100 delay, the switch 200 is not able to allow access by two hosts to a single port 
device via SATA links using standard FIS organization. 

Please replace the paragraph beginning on line 17, page 18 with the following amended 
paragraph: 

In the embodiment of Fig. [[5]]6, the arbitration and control circuit 340 intercepts the 
identify drive response sent from the device and replaces the original value in bits 0 through 4 of 
word 75 with a new generated value, representing a queue depth value, which is one half of the 
original queue depth value. 
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Please replace the paragraph beginning on line 19, page 19 with the following amended 
paragraph: 

- The device sends a Register FIS 40(ii) wherein the REL bit in the Register FIS 40(ii) is 
set (equals logical 1) and the SERV bit in the Register FIS 40(ii) is reset (equals logical 0) to 
indicate that the device has queued the command and the command is "released". "Released" is 
the case wherein the device disconnects ("disconnecting", "connecting", and "reconnecting", are 
as defined in the Serial ATA specification referred to by reference herein above) after queueing 
the command for subsequent processing, and reconnects at a [[latter]] later time to complete the 
command. When the command is released, the host is allowed to send another legacy Read/Write 
DMA Queued command as long as the queue depth is not exceeded; 

Please replace the paragraph beginning on line 3, page 21 with the following amended 
paragraph: 

In the case of legacy queue commands, when the switch 300 receives from the device a 
Set Device Bits FIS 40(v) wherein the SERV bit in the Set Device Bits FIS 40(v) is set or 
Register FIS 40(ii) wherein the SERV bit in the Register FIS 40(h) is set, the switch 300 can not 
forward the Set Device Bits FIS 40(v) since the tag value of the command that the device needs 
to service is not yet available. In order to obtain the tag value, the switch 300 sends a SERVICE 
command to the device, the device responds with a Register FIS 40(ii) including the tag. The 
switch 300 then remaps the tag to identify the host and the original host tag value. If there is no 
legacy queue command pending from the host in the switch 300, the switch then sends Set 
Device Bits FIS 40(v) to the host with the SERV bit set. If there is a legacy queue command 
pending in the switch, the switch 300 stores the command in [[internal storage]] pending task file 
344 and when the device is ready to release the pending legacy queue command, the device 
responds with a Register FIS 40(ii) wherein the REL bit and the SERV bit in the Register FIS 
40(ii) are set. When the host responds with a SERVICE command, the switch 300 responds with 
a Register FIS 40(ii) including the original host tag value. 
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Please replace the paragraph beginning on line 17, page 21 with the following amended 
paragraph: 

In the case of native queue commands, when the switch 300 receives a DMA Setup FIS 
40(vi) from the device, the switch 300 first remaps the tag in the DMA Setup [[FIS 40(vi)(ii)]] 
FIS 40(iv)(ii) to identify the host and the original host tag value and then forwards the DMA 
Setup [[FIS 40(vi)(ii)]] FIS 40('iv)('if) . with the tag replaced with the original host tag, to the 
identified host. 

Please replace the paragraph beginning on line 1 , page 22 with the following amended 
paragraph: 

In idle state 361, if a legacy queue command is received from either hosts or there is a 
pending legacy queue command in the Pending Task File 344 [[362]], then the switch 300 
changes state to the host-selection state 363. Otherwise, if the Set Device Bits FIS 40(v) or the 
Register FIS 40(ii) with the SERV bit set is received from the device 372, then the switch 300 [[ 
]]changes state to [[send-the-service state]] send service CMP state 373. Otherwise, the switch 
[[ ]]remains in idle state 361. 

Please replace the paragraph beginning on line 10, page 22 with the following amended 
paragraph: 

In the send-LQ CMD state 364, the switch 300 first maps the selected LQ host tag to a 
send device tag, replaces the selected LQ host tag with the send device tag and then forwards the 
pending command to the device. The switch 300 then changes state to [[wait for the device 
response state]] wait for device response state 365. The send device tag refers to a tag that is 
sent to the device by the switch 300. 
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Please replace the paragraph beginning on line 15, page 22 with the following amended 
paragraph: 

In the [[wait-for-the-device-response state]] wait for device response state 365, if the 
device response is received, then the switch 300 changes state to the check-device-response state 
366. Otherwise, the switch 300 remains in the [[wait-for-the-device-response state]] wait for 
device response state 365. In the check-device-response state 366, if the device response is 
Register FIS 40(ii) with the REL bit set and the SERV bit set in the Register FIS 40(ii), the 
switch 300 changes state to the disconnect/reconnect state 366b. Otherwise, if the device 
response is Register FIS 40(ii) with REL bit set and SERV bit reset, the switch 300 changes state 
to disconnect state 366d. Still Otherwise, if the device response is Data FIS 40(vii) or DMA 
Activate FIS 40(iii), the switch 300 changes state to the execute state 366f. Yet otherwise, if the 
device response is Register FIS 40(ii) with ERR bit set, the switch 300 changes state to the error 
state 366h. Still otherwise, the switch changes state to the discard state 366j and discards the 
received FIS and changes state to the idle State 361. 

Please replace the paragraph beginning on line 5, page 23 with the following amended 
paragraph: 

In the send-service CMD state 373, the switch 300 sends the service CMD to the device 
and changes state to the [[wait-for-the-device-tag state]] wait for device tag state 374. 

Please replace the paragraph beginning on line 7, page 23 with the following amended 
paragraph: 

While in the [[wait-for-the-device-tag state]] wait for device tag state 374, if the device 
response is received, the switch 300 changes state to the remap state 375, otherwise, the switch 
300 remains in the [[wait-for-the-device-tag state]] wait for device tag state 374. In the remap 
state 375, the switch 300 remaps a received device tag, the tag that is received from the device by 
the switch 300, to identify the host and the original host tag and additionally, the switch 300 
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replaces the received device tag with the original host tag. If there is a pending queue CMD in 
the identified host task file, the switch 300 changes state to the save state 376b, otherwise, the 
switch 300 changes state to the [[reconnect-to-the-host state]] reconnect to host state 376a. In the 
[[reconnect-to-the-host state 376b]] reconnect to host state 376a„ the switch 300 sends a Set 
Device Bits FIS 40(v) with the SERV bit set to an identified host (a host that was identified in 
the remap state 375) and then changes state to the [[wait-for-the-host-response state]] wait for the 
host response state 377. 

Please replace the paragraph beginning on line 18, page 23 with the following amended 
paragraph: 

In the [[wait-for-the-host-response state]] wait for host response state 377, if the 
identified host's response is received, then the switch 300 changes state to the check-host- 
response state 378, otherwise, the switch 300 remains in the [[wait-for-the-host-response state]] 
wait for host response state 377. In the check-host-response state 378, if the host response is a 
service command, the switch 300 changes state to the send-tag-to-host state 378b, otherwise, if 
the host response is another LQ CMD, then the switch 300 changes state to the set-pending state 
378e, otherwise, the switch 300 changes state to the error 2 state 378d. 

Please replace the paragraph beginning on line 25, page 23 with the following amended 
paragraph: 

In the [[send-tag-to-host state]] send tag to host state 378b, the switch 300 sends a 
Register FIS, with the original host tag, to the identified host and changes state to the 
reconnected state 379. In the [[set-pending state]] set pending state 378e, the switch 300 sets a 
pending queue CMD flag to indicate that the host has sent another legacy queue command. In 
the save state 376b, the switch 300 saves the task file of the identified host in the pending task 
file and then sends a Register FIS 40(v), with the SERV bit set and the REL bit set to the 
identified host. 
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Please replace the paragraph beginning on line 31, page 23 with the following amended 
paragraph: 

In the disconnect/reconnect state 366b, the reconnect to host state 376a, the [[save-state]] 
save state 376b, and the [[send-tag-to-host state]] send tag to host state 378b, a modified FIS or a 
new FIS aresent to the host. The arbitration and control circuit 340 generates the task file 
corresponding to the modified FIS (or the new FIS) and transmits the same onto the control task 
file output bus 354i, which is connected to an input of the mux-demux 354. The circuit 340 
further sets the value of the control signal 354c to select the bus 354i and demultiplexes the same 
to serve as the output of the mux-demux 354. 

Please replace the paragraph beginning on line 3 1 , page 23 with the following amended 
paragraph: 

In the disconnect/reconnect state 366b, the reconnect to host state 376a, the save-state 
376b, and the send-tag-to-host state 378b, a modified FIS or a new FIS [[aresent]] are sent to the 
host. The arbitration and control circuit 340 generates the task file corresponding to the modified 
FIS (or the new FIS) and transmits the same onto the control task file output bus 354i, which is 
connected to an input of the mux-demux 354. The circuit 340 further sets the value of the 
control signal 354c to select the bus 354i and demultiplexes the same to serve as the output of the 
mux-demux 354. 



Please replace the paragraph beginning on line 6, page 24 with the following amended 
paragraph: 
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In the [[send-LQ CMD state]] send LP CMP state 364, the send service CMD 373, the 
modified FIS (or the new FIS) [[aresent]] are sent to the device. The arbitration and control 
circuit 340 generates the task file corresponding either to the modified FIS or to the new FIS on 
the device control task file output bus 352i, which in turn is connected to one of the inputs of the 
multiplexer 352, as shown in Fig. 5, and sets the value of the select signal 352s to select the bus 
352i as the output of the multiplexer 352, which in turn is connected to the device task file input 
bus 336L 

Please replace paragraph beginning on line 13, page 24 with the following amended 
paragraph: 

Fig. 8b shows a flow chart of the operation of the switch 300 for the native queue 
commands (NQ CMDs). In the idle state 381, a number of decisions may be made as shown at 
382-386. At 382, if a native queue command is received from either hosts and the device has 
responded to the previous NQ CMDs, then switch 300 changes state to the host-selection state 
382a, otherwise, at 383, if the Register FIS, with the ERR bit reset, is received from the device, 
then the switch 300 changes state to the NQ-disconnect state 383a. Otherwise, at 384, if the 
DMA Setup FIS 40(iv) is received from the device, then the switch 300 changes state to the 
[[NQ-remap state]] NO remap state 384a. Still otherwise, at 385, if [[ ]]Set Device Bits FIS 
40(v) is received, and at 385a, the ERR bit in the Set Device Bits FIS is reset, then the switch 
changes state to the [[NQ-status state]] NQ status state 385b, otherwise, if the ERR bit is set, 
then the switch 300 changes state to the [[NQ-error state]] NQ error state 386a. If at 385, the Set 
Device Bits FIS does not indicate completion status, at 386, if a Device Register FIS, with the 
ERR bit set, is received, then the switch 300 changes state to the NQ-error state 386a, 
otherwise, the switch 300 remains in the idle state 381. 

Please replace the paragraph beginning on line 27, page 24 with the following amended 
paragraph: 
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In the [[host-selection-state]] host selection state 382a, the switch 300 arbitrates between 
the hosts and selects the host whose pending command will be subsequently forwarded to the 
device in the send-NQ CMD state 382b. The switch 300 then changes state to the send NQ 
CMD state 382b. 

Please replace the paragraph beginning on line 3 1 , page 24 with the following amended 
paragraph: 

In the [[send-NQ CMD state]] send NO CMD state 382b, the switch 300 first 
maps the selected NQ host tag to a send device tag, replaces the selected NQ host tag with the 
send device tag, forwards the command that was sent in send-NQ CMD state 382b to the device 
and sets a flag, "device not responded", and changes state to the idle state 381. The flag, 
"device_not_responded" , indicates that the device has not yet responded to a native queue 
command. 

Please replace the paragraph beginning on line 4, page 25 with the following amended 
paragraph: 

In the [[NQ-disconnect state]] NQ disconnect state 383a, the switch 300 causes the 
Register FIS to be forwarded to the selected host, resets the flag "device not responded", and 
then changes state to the idle state 381. In the [[NQ-remap state]] NQ remap state 384a, the 
switch 300 remaps the receive device tag to identify the host and the original host tag, and 
replaces the receive device tag with the original host tag in the DMA Setup FIS and sends the 
DMA Setup FIS to the identified host, and changes state to the [[NQ-reconnected state]] NQ 
reconnected state 384b. In the [[NQ-reconnected state]] NQ reconnected state 384b, the 
identified host is reconnected to the device, and the Data FIS is transferred between the 
reconnected host and the device. In the [[NQ-reconnected state]] NQ reconnected state 384b, the 
switch 300 checks as to whether or not the DMA transfer count is exhausted at 384c. If the DMA 
transfer count is not exhausted, the switch 300 remains in the reconnected state 384b, otherwise, 
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the switch 300 changes state [[ ]]to idle state 381. In the [[NQ-status state]] NO status state 385b, 
the switch 300 processes the status of successfully completed NQ CMDs, which is reported by 
the device in the Sactive field 41 of the Set Device Bits FIS 40(v). 

Please replace the paragraph beginning on line 17, page 25 with the following amended 
paragraph: 

The switch 300 generates a host 1 1 Sactive field and a host 12 Sactive field from the 
Sactive field 41 such that the [[ ]]host 1 1 Sactive field includes only the tags in the Sactive field 
41 that belong to the host 1 1 and the host 12 Sactive field includes only the tags in the Sactive 
field 41 that belong to the host 12. The switch 300 forwards the Set Device Bits FIS to the host 
1 1 with the Sactive field 41 replaced with the host 1 1 Sactive field, and then forwards the Set 
Device Bits FIS to the host 12 with the Sactive field 41 replaced with the host 12 Sactive field. 
The switch 300 then changes to the idle state 381. In the [[NQ-error state]] NO error state 386, 
the switch 300 performs error handling and after completion of error handling, changes state to 
the idle state 381. 

Please replace the paragraph beginning on line 26, page 25 with the following amended 
paragraph: 

In the NQ-remap state 384a and the [[NQ-status state]] NO status state 385b, a modified 
FIS is sent to the host. The arbitration and control circuit 340 generates the task file 
corresponding to the modified FIS or the new FIS and transmits on control task file output bus 
[[354]] 354i , that is connected to the second input of mux-demux 354 and sets the value on the 
control signal 354c to select and demultiplex the task file output bus 354i to the selected host. 

Please replace the paragraph beginning on line 3 1 , page 25 with the following amended 
paragraph: 
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In the [[send-NQ CMD state]] send NO CMP state 364, a modified FIS is sent to the 
device. The arbitration and control circuit 340 generates the task file corresponding to the 
modified FIS and transmits on device control task file output bus 352i that is connected to one of 
the inputs of the multiplexer 352 and sets the value on the select signal 352s to select the bus 
352i as the output of multiplexer 352, which is connected to the device task file input bus 336L 

Please replace the paragraph beginning on line 22, page 26 with the following amended 
paragraph: 

Referring to Fig. 7a, the arbitration and control circuit 340 comprises a host arbitration 
circuit 343, Tag/Sactive mapping circuit 341, and control circuit 342. [[Thefunctions]] The 
functions performed by the Tag/Sactive Mapping circuit 341 include: 

Please replace the paragraph beginning on line 30, page 27 with the following amended 
paragraph: 

generating control signal [[342c]] 343c for host arbitration circuit 343; 

Please replace the paragraph beginning on line 3, page 28 with the following amended 
paragraph: 

Fig. 7b [[ ]]shows the Tag/Sactive mapping circuit 344, used in one of the 
[[embodiment]] embodiments of the present invention. The Tag/Sactive Mapping circuit 341 
includes a tag memory 34 Id, a valid LQT register 341a for indicating whether or not the 
corresponding LQT is valid, a LQT map 341b, a NQT map 34 lg, a NQT inverse map 34 If, a 
device tag multiplexer 341ml, [[and]] a host tag multiplexer 341m2 , a retrieve tag register 34 le, 
and a Sactive Map 341s . The Tag/Sactive mapping circuit 341 inputs includes device tag input 
34 lj, a host tag input 34 li, a Sactive input 341k, host queue depth input 341qd, and a control 
bus 341ctl. The Tag/Sactive mapping circuit 341 generates certain outputs including a mapped 
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host tag 341dt, a retrieved host tag 341ht, a host 1 1 Sactive output bus 341 si and a host 12 
S active output bus 341s2. 

Please replace the paragraph beginning on line 17, page 28 with the following amended 
paragraph: 

This operation of mapping the NQ tag is performed by the NQT map 34 lg. The NQT 
map 34 lg receives a selected host tag input 341i and a host queue depth 341qd, and its output 
341nt is connected to an input of the device tag multiplexer 341ml. If the selected host tag input 
34 li is from the host 1 1 (signal 34 lh is logical zero), then the output of the NQT map is equal to 
the selected host tag input 34 li, otherwise if the host tag input 34 li is from the host 12 (signal 
341h is logical one), then the output of the NQT map is equal to the [[ ]]selected host tag input 
34 li plus the host queue depth. 

Please replace the paragraph beginning on line 3, page 29 with the following amended 
paragraph: 

In the case of legacy queue commands, the host tag values are between 0 and 31 
regardless of the host queue depth. As mentioned above, the device tags from 0 to 
host queue depth minus one are assigned to the host 11 range, and device tags from 
hostqueuedepth to (2* hostqueuedepth -1) are assigned to the host 12 range. A tag memory 
unit 34 Id is used to store the host tag values corresponding to the device tags. This reduces the 
complexity associated with the function performed by the reverse mapping in that the tag 
memory unit 34 Id is accessed at the address corresponding to the received device tag. 

Please replace the paragraph beginning on line 10, page 31 with the following amended 
paragraph: 

• [[Hl_Qempty]] H2_Qempty when set indicates host [[11]]12 has an empty queue, 
when reset a non-empty queue 
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Please replace the table beginning on line 12, page 31 with the following amended table: 
Table 1. Host Arbitration Operation 
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28 1 111 0 0 Grant to host with the priority 

29 0 0 x x x x Grant is not issued. 
Notes: 

(1) Host 1 1 issues a non-queue command while it has a non-empty queue. The Switch will 
forward the command to Device. In response to receipt of non-queue command with non- 
empty queue the Device will set Error (ERR). Receipt of Error with non-empty queue will 
cause the Switch to flush non-empty queue commands and sending ERR status to Hosts with 
non-empty queue. 

(2) Host [[1 1]] 12 issues a non-queue command while it has a non-empty queue. The Switch 
will forward the command to Device. In response to receipt of non-queue command with 
non-empty queue the Device will set Error (ERR). Receipt of Error with non-empty queue 
will cause the Switch to flush non-empty queue commands and sending ERR status to Hosts 
with non-empty queue. 

(3) Since the Host sending the non-queue command has an empty queue and the other Host 
has a non-empty queue sending the non-queue command will cause the Device to set Error 
and result in queue being Flushed [[therefore]] . Therefore when the sending [[the]] Host 
has and empty queue and sends a non-queue command while the other Host has a non-empty 
queue, the command is held until the other Host queue is emptied. 

(4) As mentioned earlier when a Host with an empty queue issues a non-queue command 
while the other Host has a non-empty queue, the non-queue command is held until the queue 
is emptied. In this case in order to allow the queue to empty when the Host with non-empty 
queue sends another queue command it is desirable to hold the newly received queue 
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command until the queue is emptied and the non-queue command is sent. In the case of a 
Legacy Queue Command it is not practical to hold the newly received legacy queue 
command, since the Switch has to release it when the Device is reconnecting. However this 
limitation does not apply to native queue command, and in case of native queue command 
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Please replace the paragraph beginning on line 19, page 35 with the following amended 
paragraph: 

Figs. 10a and 10b show block diagrams of another embodiment of the active switch 500 
of present invention. One of the features of the architecture of the active switch 500 is use of a 
common FIFO 555a, 555b for passing payload of Data FIS among the SATA ports without 
passing Data through the layer 4, thus reducing the delay associated with the switch as well as 
the number of FIFOs. Another feature of the active switch 500 is the FIS bus structure that 
allows passing non-Data FIS and first Dword of Data FIS among SATA ports at layer 3 without 
passing FIS through the layer 4, thereby reducing the delay thru the active switch 500. 

Please replace the paragraph beginning on line 10, page 39 with the following amended 
paragraph: 

• mapping a selected host queue tag to a send device tag and in the case of a legacy 
queue tag saving the result in a tag [[memeory]] memory 34 Id, and keeping a list of valid queue 
tags 

Please replace the paragraph beginning on line 21, page 41 with the following amended 
paragraph: 

The SATA layer 3 to ATA Bridge 730 comprises [[ ]]a[[ATA]] SATA Transport Layer 
733, and a ATA Interface Bridge 732. The ATA Interface [[Bridges]] Bridge 732 is connected to 
the ATA link 736 and converts (bridges) the activity on the ATA bus 736 to the activity on the 
Transport layer interface 733io and visa versa. The Transport Layer 733 is the same as the 
Transport Layer 413 of Fig. 9.[[.]] 
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Please replace the paragraph beginning on line 28, page 43 with the following amended 
paragraph: 

As shown in Fig. 4, in one of the systems of the prior art, there is a physical layer for one 
host, another physical layer for the other host and a physical layer for the device or storage unit 
used by a switch that is coupled between the hosts and the device. None of the other layers are 
in communication with the hosts and/or device. Through the physical layer, one of the hosts is 
selected by a multiplexer for communicating [[withthe]] with the device and then the device 
sends data to that active host. An active host selection circuit decides or selects which host is 
initially selected along with an initialization circuit. Thus, this prior art switch only needs layer 
one or the physical layer to communicate, no other layers are needed for communications. 
However, as noted earlier, one of the problems with such a prior art system is the delay through 
the switch. Another problem is that only one host can communicate with the device at any given 
time. 

Please replace the paragraph beginning on line 11, page 46 with the following amended 
paragraph: 

In Fig. 11, layers 1 and 2 are replaced with a non-serial ATA port such as an ATA port 
thereby enabling use of storage units using [[non-seriall]] non-serial ATA standard improving 
system cost using lower cost storage units in the system. 

Please replace the paragraph beginning on line 28, page 46 with the following amended 
paragraph: 

The capitalization of certain letters of names of signals, states, devices and so forth, as 
used throughout this patent document, are done so to maintain consistency with names of 
corresponding signals, states, devices and so forth disclosed in the "Serial ATA: High Speed 
Serialized At Attachment", published by Serial ATA work group www.serialata.com, the 
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contents of which [[areincorporated]] are incorporated herein by reference as though set forth in 
full. 
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